home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / hardware-part1 / 7652 < prev    next >
Encoding:
Text File  |  1996-08-05  |  7.5 KB  |  175 lines
  1. Path: d1o3.telia.com!usenet
  2. From: joachim.lundgren@karlskrona.mail.telia.com (Joachim Lundgren)
  3. Newsgroups: comp.sys.amiga.hardware
  4. Subject: Re: 1.3/2.1/3.x FastFileSystem HD Incompatibilities? Manual/Date-Redirection Bu
  5. Date: 20 Mar 1996 00:35:13 GMT
  6. Organization: Telia Internet Services
  7. Message-ID: <7174.6653T83T1994@karlskrona.mail.telia.com>
  8. References: <1996Mar18.164301.6822@ibx.com>
  9. NNTP-Posting-Host: t14o2p3.telia.com
  10. X-Newsreader: THOR 2.22 (Amiga;TCP/IP) *UNREGISTERED*
  11.  
  12.  
  13. >[ This was cross-posted by Ms. Howe to all of the Amiga newsgroups     ]
  14. >[ including comp.binaries.amiga.  As moderator of comp.binaries.amiga, ]
  15. >[ the article was sent to me.  I am posting her article here in the    ]
  16. >[ hardware newsgroup since this is where it probably belongs.  ...zim  ]
  17.  
  18. >I hope somebody out there can help this Amiga Lady get her trusty ole
  19. >Amiga running...
  20.  
  21. >My system is set up to be switchable between 1.3 and 2.1 (3.X when I can
  22. >get it).  I bought it this way, but am now ready to customize it further,
  23. >and add a second HD.  The 2.1 manual has left me confused.  (I also have
  24. >3.0 on an A1200 but I don't know how much of it would run on my main
  25. >machine...an A1000 w/Spirit XT-ST506 HD interface [BTW I'm looking for
  26. >another XT/ST506/MFM/RLL controller])
  27.  
  28. The 3.x software won't work on older machines, but you could make conditional
  29. assigns according to what system you are booting.
  30.  
  31. >All partitions, except my 1.3 boot partition are of DosType= 0x444F5301.
  32. >That's the "standard" FFS.  The manual claims if I reformat using the
  33. >newer FFS, HD I/O will be faster.  I need to keep 1.3 compatibility.
  34.  
  35. The manual probably means "as opposed to OldFileSystem (OFS)".
  36.  
  37. >When in 1.3 mode (hopefully rare), I want to be able to access selected
  38. >(but not necessarilly all) partitions. Ideally I'd like access to all
  39. >partitions to be as fast as possible.  This implies using (some version
  40. >of) the FFS at all times.  The manual says several cryptic things on that
  41. >topic...  HERE'S THE CRUX of my problems/questions:
  42.  
  43. >For increased speed/efficiency, my 2.1 manual suggests reformatting the
  44. >HD using the "newer" (2.1) FFS.
  45.  
  46. >Q: If I do this will I still be able to access these partitions when
  47. >running v1.3 of the OS? (I presume I must do something special?  I can
  48. >read all partitions now, but speed is poor-- Strangely, I can access all
  49. >partitions TWICE AS FAST when running 1.3 KS/WB.  Why is this??)
  50.  
  51. Quick answer: yes.
  52. Longer answer: The manual probably means "as opposed to OldFileSystem (OFS)".
  53. You shouldn't be required to reformat the harddrive, unless you change the
  54. file system type (or something else, like the partitions).
  55.  
  56. About the speed: The way the filesystem is used changed however between the
  57. Kickstarts you're having. You can use a disk organizer such as ReOrg (on the
  58. Aminet (eg. wuarchive.wustl.edu:/pub/aminet, somewhere in disk/*) to optimize
  59. for Kick1.3 or Kick2.0.
  60.  
  61. >Q2: Assuming I reformat using the 2.1 FFS, Will I be able to access these
  62. >newer/faster FFS partitions if I copy the special FFS handler included
  63. >with the newer OS (2.1 and above) to the 1.3 system-boot-partition/dir (ie.
  64. >Aboot:L )?
  65.  
  66. Yes, you will, but it's not necessary do that.
  67.  
  68. > [I tried copying the the 2.1 supplied "improved FFS for 1.3 switchable
  69. >systems" to my 1.3 boot:L dir, but if I recall it couldn't read my FFS
  70. >partitions-or speed was horrible.  Whichever it was I had to go back to
  71. >using the existing 1.3 FFS handler.  The filesizes are below, just in case
  72. >it's important.)
  73.  
  74. >} Dir "Aboot:L/Fast*" on Saturday 16-Mar-96 {1.3 WorkBench Boot Partition}
  75. >} FastFileSystem             12248 ---arw-d 16-Oct-90 22:49:40  (1.3.X
  76. >version of FFS handler)
  77. >} FastFileSystem2.1          22464 ----rw-d 06-Apr-93 23:10:47
  78.  
  79. >Interestingly the original FFS on my old 1.3 WB disk was smaller:
  80. >12204--dated 13-Aug-88!!
  81.  
  82. I seem to recall I used 12248-sized one when I used 1.3. Why the version for
  83. Release 2.1 is so much bigger I don't know (maybe incorporates the dircache
  84. version that was part of Release 3?)
  85.  
  86. >The manual suggestion to delete references to "L:FastFileSystem" and
  87. >"GlobVec=-1" (and mention of DosTypes) is rather contradictory.  It also
  88. >says not to change existing mountlists.  I interpret this to mean to
  89. >remove references to "L:FastFileSystem" and "GlobVec=-1" on the 2.1 System
  90. >partition, but to leave them intact on the 1.3 side (assuming the special
  91. >disk-based FFS handler for 1.3 that comes with 2.1 has been installed on
  92. >the 1.3 bootdisk).]
  93.  
  94. >Q:  Is this a valid assumption?
  95.  
  96. Yes it is. FastFileSystem was placed in ROM in version 2, so it doesn't (or
  97. shouldn't?) exist in "L:".
  98.  
  99. >Q2: Assuming it's faster and workable to use the "improved FFS-handler for
  100. >1.3" that comes with 2.1, what should my mountlists say about the
  101. >partitions?  What do I use for GlobVec if anything?  What should DosType
  102. >be?  I know my boot partition should stay "as is", which I think
  103. >is OFS (I don't know if 1.3 or my controller/driver will autoboot from a
  104. >FFS partition).
  105.  
  106. For the non-bootable FFS partitions:
  107.   GlobVec=-1
  108.   DosType=0x444f5301
  109.  
  110. I assume the boot-partition doesn't have a mountlist entry ;)
  111.  
  112.  
  113. >Q: International Mode-- The manual says "International mode
  114. >should generally be used when you format a disk partition that will be NOT
  115. >used with pre-Release 2 Amigas."  So what does this mean to me?  That I
  116. >can or can't use IM?  They give you a special disk-based FFS for 1.3/2.1
  117. >systems then imply you can use it!
  118.  
  119. In your case you shouldn't use international mode. If you only use file names
  120. consisting of the US English characters it won't add anything with IM.
  121. (IM considers the files "σgren" and "┼gren" to be the same, whereas non-
  122. internation mode believes they are two files with different names.)
  123.  
  124. >The manual says:
  125. >Dostype     FileSystem
  126. >----------  -------------
  127. >0x444f5301  Standard FastFileSystem
  128. >0x444f5302  Old FileSystem International Mode (HUH? Is this a misprint?)
  129. >0x444f5303  FastFileSystem International Mode
  130. >
  131. >THE BURNING QUESTIO:
  132. >Q:If I can't use the International Mode on a 1.3/2.1 switchable system, and
  133. >the list above implies there's only TWO kinds of FFS, then WHY does the
  134. >manual tell me I should *reformat using the NEWER FFS*?  I can fathom that
  135. >the provided "special disk-based FFS for 1.3/2.1" would be faster, but why
  136. >then, if there's no actual change in the format itself (as implied by the
  137. >above DosType list), does the manual suggest that *reformatting will
  138. >improve HD speed by up to 2X?
  139.  
  140. When the manual talks about the "newer FFS" they mean "the newer filesystem;
  141. which is FFS".
  142.  
  143. >Q: Is there a Newer FFS that's better than the 1.3 versions, but isn't
  144. >International Mode?  If so what's it's Mountlist parameters? (ie.
  145. >DosType, GlobeVec if any, etc.)
  146. >
  147. >Or is it as simple as using DosType 0x444f5303 (FFS IM) but then turning
  148. >off the International Mode when doing the actual format?
  149.  
  150. >Maybe these are silly questions, but the manual isn't very good!  Take
  151. >for example the glaring errors regarding the DATE command & file redirection:
  152. >My 2.1 AmigaDOS manual says on page 1-12 that you can redirect file  contents
  153. >to the date command like so:
  154. >  1> DATE <LastSavedDate
  155. >
  156. >But it doesn't work!  This same inaccuracy still exists in my 3.0
  157. >AmigaDOS manual.  So you can see why I don't trust the manuals!
  158.  
  159. They have gotten the "less than/greater than" wrong, the line really should be
  160.   1> DATE >LastSavedDate
  161.  
  162. The line they suggested would mean the arguments to the Date command was taken
  163. from the LastSavedDate file, not that the output from the command was written
  164. to it.
  165.  
  166.  
  167. >HELP!
  168. >-Jill
  169.  
  170.  
  171. Glad to have been of assistance (if I have been that ;)
  172.  
  173.  -Joachim
  174.  
  175.